home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000377_amos-request@svcs1.digex.net_Thu Sep 28 10:24:24 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  3KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id KAA03728;  for <mcox@access.digex.net> ; Thu, 28 Sep 1995 10:24:22 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id HAA12300 for amos-out; Thu, 28 Sep 1995 07:03:30 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id HAA12297 for <amos-list@svcs1.digex.net>; Thu, 28 Sep 1995 07:03:28 -0400
  4. Received: from tc6.chem.ruu.nl (tc6.chem.ruu.nl [131.211.82.26]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id HAA15045;  for <amos-list@access.digex.net> ; Thu, 28 Sep 1995 07:03:24 -0400
  5. Message-Id: <199509281103.HAA15045@mail1.access.digex.net>
  6. Received: by tc6.chem.ruu.nl
  7.     (1.37.109.4/16.2) id AA02978; Thu, 28 Sep 95 12:08:48 +0100
  8. Subject: Re: Update me....
  9. To: Mark@westmead.demon.co.uk (Mark Carter)
  10. Date: Thu, 28 Sep 95 12:08:45 MET
  11. Cc: amos-list@access.digex.net (Amos-Mailing-List)
  12. In-Reply-To:  <9509241119.aa01957@post.mail.demon.net>; from "Mark Carter" at Sep 23, 95 6:34 pm
  13. From: m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens)
  14. Organisation: Utrecht University
  15. Reply: m.g.d.wehrens@chem.ruu.nl
  16. Reply-To: m.g.d.wehrens@chem.ruu.nl
  17. Mailer: Elm [revision: 70.85]
  18. Status: RO
  19. X-Status: 
  20.  
  21. On the discussion of arrays vs. banks,
  22. I'd like to add something to it.
  23.  
  24. > If arrays are too large
  25. > (100,100) for example, then AMOS Creator crashes.  I don't know with AMOS Pro.
  26. > It is definitely worth perservering with the data banks way.
  27.  
  28. > I think its an important point to explore - 
  29. > especially for anyone using very large arrays - totalling more than, 
  30. > say, 100k in memory...... 
  31.  
  32. Does anyone have ideas about using banks (with *fixed* width arrays)
  33. vs. arrays in basic that can contains non-fixed length data.
  34. In the case of storing a lot of personal data that has various widths
  35. one might prefer the use arrays over banks because often the fields
  36. (elements) are not filled and thus memory is 'wasted'
  37.  
  38. I try to get over this by choosing a width for the array that fits more
  39. than 75% of the data. If data goes beyond the field-length specified
  40. you can add a certain character which shows that there is more information
  41. somewhere else. This 'somewhere' may be a sequential file on disk.
  42. This is a way to save *much* memory, as I have calculated in a certain
  43. case for myself (from 600 Kb buffer to 300 Kb !!!)
  44. Also, once the array is fixed in width it can be converted to a bank
  45. easily. This is however a lot of programming (not very fun to do:(
  46. Speed is not too great either because the amos-arrays are fairly quick
  47. in my opinion and experience (someone can prove me wrong, I'm interested
  48. to hear about it)
  49. How fast are the easylife structures ?
  50.  
  51. ---------------------------------------------------------------
  52. Martijn Wehrens, Theoretical Chemistry Group Utrecht University
  53. email m.g.d.wehrens@chem.ruu.nl          
  54. ---------------------------------------------------------------